今天來説說怎麼從一開始沒寫過測試到熟悉測試的方法～
我自己覺得剛開始寫測試有兩個階段

1. 初次接觸期 ： 完全沒碰過測試，也沒有相關的概念
2. 瓶頸期 ： 有稍微研究過測試，但在開發上覺得不順手

初次接觸期該做什麼

在這個期間該做什麼呢？
我的建議是做三件事

• 學習拆解架構，讓自己的程式碼變得更乾淨

• 了解測試最基本的測試語法 (describe、expect等．．．)

• 照著網路上的教學做一些簡單的 function 測試

突破瓶頸期

在這個期間你應該已經會寫比較簡單的測試了，但有時候因為不熟悉覺得寫測試浪費了開發時間，於是有時寫，有時沒寫，那這個階段我會推薦

• 可以使用 github copilot 輔助你寫測試(雖然要錢)，但不得不說，開發上我覺得 copilot 給的幫助並不多，但在寫測試時，由於邏輯較單一，copilot 用過就真的回不去了。

• 多看其他人的 code ，我覺得不用跟著他寫，就多看就好，看多了腦內有印象，寫起來會順很多。

• 多試試 TDD 在一個需求來的時候先用為自己出 leetcode 題目的方式來開發，大約這樣進行一段時間(看開發的量)，寫測試對你來說就是家常便飯了

我也是今年才開始學習 clean code 跟寫測試的，我從測試上面得到的好處是

• 別人看到我的 code 不會來問我在寫什麼
• 因為寫測試前會先拆分功能，開發時程更好安排今天要完成哪些部分
• 修 bug 的工作快跟我絕緣了

當然也有壞處

• 回頭看自己以前的 code 很想全部重構 （變得很龜毛 XD）
• 在時程很趕的時候會有點壓力 (真的很趕沒辦法寫測試時，先完成工作任務，之後再把測試補上吧)

以上看來好處是肯定大於壞處的，雖然大家對 senior engineer 的定義可能不同，但我認爲一位合格的資深工程師肯定要具備 clean code 的能力，不管拆分架構、制定 coding style 或是 code review ，都會用到 clean code 的概念，想變得更強這也是我學習 clean code 跟 unit testing 的原因，大家一起加油～